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Obsolescence 


f (plural obsolescences) 


(uncountable) The state of being obsolete — no longer 
in use; gone into disuse; disused or neglected. 


(countable) The process of becoming obsolete, 
outmoded or out of date. 


SE = 


Obsolescence in OpenGL 


: epee 3.1 (+ GLSL 1.40) 
Current available max version in Mesa 
* Spec finished for more than 4 years now 
e Current version: (almost) 4.4... 
e Oldest(!) OpenGL quick reference docs: OpenGL 3.2 
e° Oldest(!) GLSL quick reference docs: GLSL 3.30 


- Differences in GLSL hurting more than in OpenGL 
Most of functionality up to 4.0 already present 
°- Attribute location binding 


- Supported version also driver dependent... 
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Graphics Drivers? Nah... 


> In real Life? 
Yes, everybody needs them 


- For teaching? 
e Version differences between graphics stack vendors 
In Mesa: even within one "vendor" for different drivers 
Behavioral differences between different graphics hw vendors 


Behavioral differences even between different graphics cards 
from the same vendor 


Different bugs... 


- Better use the Software Rasterizer... 
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Speed? Not an issue 


In teaching, the most complex Geometry usually is: 


software rasterization is almost always fast enough 
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Speed: Amazing... 
Early times: flat shaded triangles was too slow 


Beginning of this century: flat shaded triangles in 
software faster than on most Gfx hardware 


Smooth shaded triangles reasonably fast for teaching 


Recently: textured triangles reasonably fast, even w/ 
interpolation 


Now: even Shaders reasonably fast, thanks LLVM! 
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Feature-wise: Only Recently an Option 


- Before Mesa 9.2: 


Hardware: GL 3.0 GLSL 1.30 
° Software: GL 2.1 GLSL 1.20 
e Mesa 9.2: 


GLSL version supported in HW and SW: 1.30 


°- Good idea to use MESA_GL_VERSION OVERRIDE?!? 
e Which parts are just not announced, which are actually absent? 


Feature matrices: current? 
e docs/GL3.txt 
°. http://dri.freedesktop.org/wiki/MissingFunctionality/ 


OpenGL 4.4 not required soon-ish 


But OpenGL 3.3 (rather: GLSL 3.30) is: 


e Layout (location = 3) in vec3 normal; 

so much nicer and semantically more reasonable than 

in vec3 normal; [...] 

glBindAttribLocation (program, 3, "normal"); 


° Documentation on opengl.org 
e- Already pretty much implemented (at least layout stuff) 


Good idea to use 
MESA GLSL VERSION OVERRIDE?!? 
e Probably better wait for 10.0... 
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OpenGL x.y with x.y > something 


e Goal: create newest possible context within a certain 
range (e.g. at least 2.1, at most 4.0) 
e Typically wanted (decide about render paths afterwards) 
e Annoyingly much code required to do that 


°- Any best practice about that? 


Results 


llvm software driver is in a reasonable state to use 
for teaching shaders 


Support for GLSL 3.30 out-of-the-box would be 
awesome for ease of attribute binding 


Really required to not expose GLSL levels that aren't 
typically available in the announced OpenGL level? 

° E.g. Announce OpenGL 3.0 but GLSL 3.30... 

e It's only about syntactic sugar... 


